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ATTORNEY DOCKFT NO IBM/188 

PERVASIVE, DISTRIBUTED PROVISION OF SERVICES SUCH AS PRODUCT 



BROKERAGE 

Field of the Invention 
5 The present invention relates to client ser\^er computing systems in 

which services provided by the client and server are dynamically loaded to the client 

from the server. 

Background of the Invention 

With the proliferation of the Internet and applications utilizing Internet 
10 or other netvvorkmg systems, increasingly, data has been accessed from servers using 

diverse platfonns in varied locations and circumstances. Currently, a variety of 

Internet clients are available for accessing Internet infonnation, including embedded 

devices (e.g., browsers in household appliances), palm size personal computers, palm 

size organizers, desktop personal computers, lap top conipaters, cellular telephones 
15 and other platforms that are being developed presently. The diversity of plat fo mis 

available for accessing Internet content is expected to expand, particularly as wireless 

data networks iK-conie increasingly available to users. 
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Each of the variety of clients currently available has unique memoiy 
performance and functionality constraints. The unique physical characteristics of each 
client, or the desired flmctional use of the client, implies that each client will have 
different processing code and different input/output functionalities available to it. 
5 This diversity of platforms raises a number of difficulties. First, most 

Internet content, and content on other networks such as corporate intranets, has been 
developed to facilitate communication with a single type of client, namely, a desktop 
or notebook computer having a standard size display screen, a full alpha/numeric 
keyboard, and frequently also a pointing device. Content developed for this client 

1 0 platform is not well suited for use in and viewing on other dramatically different 

platforms, such as embedded devices, palm size personal computers, organizers and 
cellular telephones. To date, the content that is easily available thiough such non- 
standard platforms has been limited to that made available in conjunction with the 
manufacturer of the client hardware. 

1 5 Second, diverse platforms require different software capabilities to 

handle content delivered over a network; these capabilities are difficult to predict in 
advance or to install in advance of their desired use. Although it has been known to 
install functions for Internet content on an as needed basis, the methodologies that 
have been developed are noi particularly suitable for diverse clients with varied and 

2 0 potentially highly limited capabilities and resources. 

For example, Microsoft Internet Explorer includes an install on 
demand feature in which Iruet net Explorer will recognize w hen gjven functionality is 
needed to properly present web page content, and in this condition will prompt the 
user to download and install the needed functionality. The di fficulty with this 
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approach is that the installed functionality is permanently installed at the client 
computer, and thus may consume precious resources, particularly where the client has 
limited resources such as is the case in palmtop or cellular telephone clients. 

As a second example, the Java Virtual Machine functionality has been 
5 promulgated by Sun Microsystems as an open source programming language for use 
with web-based content. In a Java-enabled website, Java Virtual Machine (VM) code 
for a page is downloaded and initiated as part of viewing the page. The Java Virtual 
Machine code is retained in memory and executed, so long as the page is viewed by 
the user. When the user departs the page the Java Virtual Machine code is discarded. 

10 A difficulty with the Java methodology is that the Java Virtual Machine code for a 
given web page is identical for all clients visiting the page, and thus is not adaptable 
for clients with radically different functionalities and capabilities. Furthermore, the 
Java Virtual Machine code for a web page is downloaded in full upon accessing the 
page, potentially requiring resources in excess of those available in a client with 

15 liniixed computing or storage capabilities. Finally, because Java Virtual Machine code 
is discarded upon exiting the page associated with the code, the user upon returning to 
that page must reinitialize his or her browsing state, such as information retrieved or 
data entered, because that state information is not retained when the Java Virtual 
Machine code is discarded. 

2 0 A third difficulty arising from the use of diverse clients with potentially 

widely varying capabilities, arises when attempting to retain infomaation on the state 
of interaction of the cliem wtth a server. Web browse is s uc fi a Microsoft Internet 
Explorer have incorporated a functionality known as ''cookies". In this methodology, 
a server may store a stiia'l file known as a '''cookie", on a chcnt computer, that 
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contains some status information. "Cookie" files are stored and retrieved by the 
server, under supervision of the client's browser software. In some cases, cookies 
may be used to restore the state of a user upon return to a web page. However, 
cookies may consume an inordinate amount of a client's storage resources. 
Furthennore, due to security concerns, many users dislike the "cookie" approach of 
storing information on a client's computer system. For either or both reasons, many 
users prevent storage of cookies on their client systems. 

A further, related, difficulty arises in a server attempting to provide 
services to a wide variety of clients. Specifically, in a typical server, all data and 
executable code needed to provide services to clients that may connect to the ser\'er, 
are loaded in the server at all times. This approach, while insuring that all possible 
services are always available from a server, can consume substantial resources of a 
server. This is particularly true where multiple different styles of cHents and/or 
multiple different services may be utilized from the server. As unique executable 
code or data is developed for different unique clients, the dupHcation and proliferation 
of different server functions will be exacerbated. 

The UNIX daemon known as INETD, attempts to resolve this problem 
by defining a static list of ser\'ices that may be provided by a ser\'er. This list is used 
to load needed services when those services are demanded by the server. 
Unfortunately, the UNIX INTTD daemon suffers firom the limitation that the services 
provided by the server must he predefined and be in a static listing, hmiting the 
adaptability of the ser\^er to changing conditions. 
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It can thus be seen that the state of the art has substantial hmitations in 
managing, on both the cHent and server, the emerging environment characterized by 
diverse clients connecting to servers for providing services over a network. 

In the preceding discussion, and in the following explanation, of the 
5 invention, the word "service" will be used to refer to executable code or an executable 
process, or data utilized in such a process, or both, in any combination, that provides 
an information handling function. Furthermore, a "service" will be understood to 
comprise chent and server components, which interact to provide an information 
handhng function, each component of which may include executable code, data, or 
1 D both, m any combination. The client and server portions of the service interact and 
interoperate to provide the desired overall information handling functionality of the 
service. 

Summary of the Invention 

In accordance with a first aspect of the present invention, the above- 

1 5 noted drawbacks of prior client-server computing systems are ameliorated by 
providing information handling capabilities that are part of a service to a client 
computer system on an as-needed basis. Specifically, when a service is desired by a 
client that is not currently available to the client, the client requests the service from a 
scr\^cr, and the server in response determines a number of factors that may be relevant 

2 0 to the manner in which the service is to be provided. These factors iiiay include such 
facts Lis the operating system of the chent and server, the connection speed and cost, 
ll iC current time of day, and the geographic locations of the client and server among 
oihers. In response to the collected factors, the server selects from berween two or 
(! ,o! e set-vices having different executable code, and uploads the s^^ieetecl service to the 
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client. Thus, for example, a palmtop or desktop/laptop client having a relatively small 
or less colorful display may receive virtual machine code particularly suited for its 
small size or limited color capabilities, whereas a desktop computer with a large 
screen and large color pallette may receive virtual machine code taking advantage of 
these features. 

In accordance with a second aspect of the present mvention, the limited 
resources of a client computer system are preserved by eliminating unneeded 
previously loaded services. Specifically, the client performs an analysis of the usage 
of services to determine whether those services should be retained or purged. Those 
that ought to be purged, e.g., those not being used or which have not been used 
recently, are removed from storage in the client, saving storage space. The period of 
disuse of a service, and/or the presence of a connection to a server relating to the 
service, or other factors may be used in determining whether a service ought to be 
purged. 

In accordance with a third aspect of the present invention, the use of a 
service by a client is facilitated by retaining state information at the server, for 
deUvery to the client. In this way, the client has the advantage of maimairung a state 
of interaction with a server, without the disadvantage of consuming storage space for 
stale information such as "cookies". In accordance with this aspect, when a client 
connects to a server, state information relating to prior interactions of the client and 
server is uploaded to the client along with executable code of a service, so that it may 
be used by the client in subsequent execution of the code and provision ofrhe service. 
In this way, a client may efficientiy use a server by, for example, returning to a 
d.iiabase query generated during the immediately previous session wuh ihe server. 
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This aspect of the invention is particularly useful for homogeneous clients operating 
on battery power and expensive wireless connections, and thus frequently connecting 
and disconnecting from a server. 

In a fourth aspect, the invention features a server configured to 
5 facilitate support for a wide variety of services, in which the server loads services on 
an as -needed basis. Specifically, in accordance with this aspect, a server responds to a 
request for a service from a client by selecting an appropriate one of multiple possible 
services, and then loading the selected service and executing the service. Because 
services are selected at the time of a clients' request for sen/ice, and are not uniquely 

10 associated with each client, the server has the advantage of reduced overhead at all 
times that a given service component is not in use, while retaining flexibility to 
respond to various different situations using different clients. 

The above and other objects and advantages of the present invention 
shall be made apparent from the accompanying drawings and the description thereof 

15 Brief Description of the Drawing 

The accompanying drawings, which arc mcorporated in and constitute 
a part of this specification, illustrate embodiments of the invention and, together witli 
a general description of the mvention given above, and ihe detailed description of the 
embodiments given below, serve to explain the principles of the invention. 

2 0 Fig- 1 is an illustration of a networked cornputer system including a 

server and chenis of a variety types including cellular telephones, palm devices, laptop 
and desktop computers, and other various clients. 
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Fig. 2 illustrates the activity of a server such as that shown in Fig. 1 in 
accordance with the principles of the present invention m responding to a request for 
services from a client. 

Fig. 3 illustrates the activities of the server such as that shown in Fig. 1 
in accordance with the principles of the present invention in responding to 
disconnection of a client from the server. 

Fig. 4 is a flow chart illustrating activities of a client in accordance 
with the principles of the present invention. 

Fig. 5 is an illustration of data structures that may be used in 
accordance with one implementation of the principles of present invention for 
providing services for brokerage of real estate, automobiles, oi other items of value. 

Fig. 6 IS a flowchart of various services that may be activated in 
accordance with the implementation of a brokerage ser\ ice. 

Fig- 7 A and 7B illustrate a brokerage service being performed on a 
palm operating system client, including display of hstmgs and details of a particular 
Hsting. 

Fig. 8 illustrates operation of a brokerage service on a cellular 
telephone client, showing selection of items suitable for biddmg. 
Detailed Description of Specific Embodiments 

Rererriag now to Fig. 1, a network compiiting environment 10 
consistent with pniuipks of the present invention can be explored. A server 12 is 
connected to a network such as the Internet 14 for comun-ini cation with each of a 
plurality of heterogenous client devices 16a through 16e. These clients may include, 
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for example, a cellular telephone client 16a, a desktop personal computer client 16b, a 
laptop computer client 16d and a palmtop computer or other palm device 16e. 

The essential functional elements of a server 12 are illustrated in Fig. 
10, mcluding the information that is utilized thereby. Specifically, server 12 includes 
5 a mass storage device 20 such as a direct access storage device or DASD, as well as a 
memory 22 such as DRAM memory for temporary storage of infoi-mation during 
operation of serv^er 12. Server 12 further includes a display 24 and keyboard 26 used 
in interacting with server 12. Server 12 may further include one or more 
communications interfaces 28 for connecting to netw^ork 14 and/or other computer 

1 0 systems or peripheral devices. 

Within mass storage device 20 are a number of data structures used in 
accordance with the principles of the present mvention. Specifically, tnass storage 
device 20 stores server virtual machine code in an area 30, which code may be loaded 
into memory 22 on an as-needed basis in accordance with the principles of the present 

1 5 invention. Also, mass storage 20 may include client virtual machine code 32 which 
may be uploaded to clients in accordance with the principles of the present invention, 
on an as- needed basis. Also, as described below, state information relating to the state 
of mteraction of clients with server 12 is stored in an area 34 on mass storage device 
20. 

2 0 The foregoing areas of mass storage device 20 are accessed by a 

processor or processor network 36 in operation of server 12 in accordance with the 
principles of the present invention. Processor or processor network 36 utilizes 
mernop. 22 for storage of active client mformation as well as server virtual machine 
code lOi services currently being provided by sei-ver 12. Specifically, memory 22 
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stores a client list 38 identifying clients currently accessing server 12, or alternatively 
a count of a number of clients accessing each service of server 12. This information is 
utilized in management of services that are loaded within server 12 at any given time. 
Memory 22 further stores, in an area 40, virtual machine code utilized by server 12 in 
5 providing the services to the connected clients. Server 12 further stores, in an area 42, 
operating system code defining an operating system for server 12. 

As seen in Fig, 1, the client may take a variety of forms 16a - 1 6e, but 
the fundi onal elements of a client typically take the general form shown with 
reference to client 16c. As seen in Fig. 1, the typical client includes a processor 44 for 

10 processing data, aiid a keypad 46 and display 48 for interacting with a user of the 

client device. The form of processor 44, keypad 46 and display 48 may var>' widely 
depending upon the nature of the client device. However, a typical client device will 
include at least these elements for interacting with a user. Typically, a client will 
further include a communications interface 50 for exchanging data with a ser^-er such 

15 as s&r\'er 1 2 over a network such as network 14. Also, a typical client will include a 
memoi7 52 for storing data and program code used by the processor 44 in performing 
funclions of the client. As seen in Fig. L the memory 52 will typically include an 
operaung system and a portion 54 defining general operations of the client, as well as 
additionai m formation used by the operatmg system. In accordance wiih the 

2 0 principles of the present invention, this additional information may include Java 

Viitua! Machme (VM) code stored in a region 56 of memory 52, and state information 

stored in a region 58. The Java VM code comprises programming instructions in 

accordance with the Sun Microsystems Java programming language, used in 

providing a service as is known in the art The state information in region 58 of 
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memory 52 relates to a current state of operation of the client device utilizing the Java 
V'inuai Machine code. 

Client devices of various forms nnay also have additional functionality^ 
as shown within dotted lines in Fig. 1 . Specifically, a client may have an external 
5 mterface such as an infrared (IR) or universal serial bus (USB) mterface for 

exchanging data between the chent device and other computer systems. The client 
device may also include a mass storage system 62 for storing larger quantity of data 
that can be held within memory 52. 

Referring now to Fig. 2, operations performed by a server such as 

1 0 server 12 in a carrying out principles of the present invention can be explained. The 
server responds to a request to participate in providing services in step 70. Initially, 
the server identifies factors relating to the manner in which the client should provide 
those services, in step 72. The factors that may be considered in identifying the 
appropriate manner in which to provide services include the operating system of the 

1 5 client or the server, the connection speed of the network connection between the client 
and the server, and metrics relating to the cost of the connection between the client 
and the server, such as the cost per data unit transferred or cost per connection time 
unit. Further factors that may be invoked are the time of day in which the request for 
services is made, such as in a situation where a ser\ace may be pi ovided only during 

2 C business hours of the sponsoring organization or may be provuieci m a different 

manner outside of normal business hours of the sponsoring organization (e.g., orders 
may be received but not con tinned outside of business hours). Fuially, the provided 
services may be selected or modified based upon the physical loctiLion of the client 
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and or the server, so that, for example, services may be provided in a manner that is 
responsive to the geographic location of a client. 

Follov/ing identifying client factors in step 72, in step 74 these factors 
are used to select the services and the level of fnnctionality of those services that need 
to be supported by the server to provide the identified service to the client, A noted 
above, different clients may be provided with services m different manners. A client 
with a small or limited functionality display may be provided the service using a 
simplified screen display. A client with a limited communications speed may be 
provided the service so that the data transfer is minimized, e.g., data such as a list of 
records being browsed by the user may be provided as the browsing is performed, 
rather than in advance of the browsing. In each case, the component of those services 
provided by the server may be different. 

Thereafter, in step 76, it is determined whether the server has already 
loaded the necessary service components needed to provide the selected service and 
level of functionality. Tt will be noted that the server may already be providing similar 
services to another client, and thus may have already loaded the necessary ser\dces 
components. If, however, the necessary server components have not been loaded, 
then in step 78 the selected services that are not loaded are loaded into the server. 

It will be noted that some services need to be provided in a particular 
context or under particular controlled situations. For example, some services may be 
provided only when encryption of data is being used Stini larly, services may be 
provided only when compression is being used. Finally, some services may only be 
provided when authentication of those services is available. \n any of these situations, 
it is necessary to trigger initialization to establish the appropriate conditions such that 
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services are provided in the proper context. Thus, in step 80, any initialization actions 
such as starting encryption or compression, or requesting authentication, are triggered. 
Thus, any such initiahzation actions that must be performed, are preformed at the time 
the service system is installed. 
5 It will be noted that initialization actions may not be successfully 

performed. For example, the client may fail authentication or may not be capable of 
encryption. In this case, from step 80, processing continues to step 81, in which the 
request for service is denied, any services loaded in step 78 are unloaded. 

After step 80, or immediately after step 76, if all ser\'er components of 

10 the desired services have been loaded, in step 82 the client requesting those serx'ices is 
associated with the services being used by that chent. This step is performed so that it 
may be determined when a service is no longer being used by any clients and thus may 
be discarded by the server. The information retained with respect to client use of 
services may identify specific clients associated with specific services, or may take the 

1 5 form of a counter to identify the number of clients associated with each service. In 
either case, sufficient mformation will be available to discard server components of 
services that are no longer being used by any clients. 

After the foregoing initialization of the ser\^er, in step 84 the server 
identifies the sen'ice components that need to be uploaded to the client. Thereafter, in 

20 step 86, the client is triggered to upload the selected services. After the services have 
been uploaded by the client, m step 88 it is determined whether any stored chent state 
information is available for any of the requested services. I f so, then in step 90 the 
chent is again triggered to upload this state information so diat the client may 
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recomiTience use of the selected services with a state that corresponds to the most 
recent state of that chent using those services. 

After step 90, or after step 88, if no state information is stored, the 
client and server proceed to execute the selected services. During execution of the 
services, the server tracks the state of the client, i.e., tracks data entries made, data 
retrievals requested or other state information that can be used to restore the state of 
the client upon a subsequent request for the same service. 

The execution of the services and concurrent tracking of client state is 
represented by step 92 in Fig. 2. This process continues until the client disconnects 
from the server. 

Referring to Fig, 3, when a client disconnects from the server, and thus 
discontinues use the services, as signified by step 100, then the server evaluates its use 
of server components of the services formerly provided to the client. In a first step 
1 02, the client state information collected during the chent's use of the service is 
closed and stored for later use if the client reactivates the service. In a further step 
104, the client is disassociated with the server component of the service that has been 
provided. As noted above, this may involve moving the chent from a list of clients 
associated with those service or may involve decrementing a counter of the number of 
client utilizing a service. Thereafter, m step 106, it is determined whether any clients 
are continuing to use the server components of the service that has been tenninated. If 
not, ilien in step 108 the unused ser\'er components of the service that arc configured 
lo be unloaded are unloaded from the server. It will be appreciated thai some server 
components of services may be configured to remain resident in a server even in the 
msiance that no clients are using those sei^-ices. This may be done to increase the 
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speed of availability of services or for other reasons. Those server components of 
services that are configured to be unloaded in non-use, however, are unloaded in step 
108 after completing use of those components- 
Referring now to Fig. 4, the activity of a chent in performing services 
can be explained. In a first possible scenario, a user may request a service that is not 
available within the client, such as by accessing an Internet location (either directly or 
under the control of an appHcation or applications programming interface), or 
accessing a link to an Internet uniform resource locator (URL). In response to this 
action in step 122, a connection is established to the server and the desired services 
are requested. 

Then, in response to activity m the server discussed above, in step 124 
the client provides to the server factors relating to the client to be used in identifying 
the seiA'ices and functionahty of those sen/ices to be provided to the chent. Next, in 
step 126, the client may be triggered for various initialization actions as discussed 
abov e, such as authentication. If such an action is triggered, then in step 1 28 the 
appropriate initialization is performed. 

Thereafter, in step 130 the chent may be triggered to upload client 
components of one or more services. If so, in step 132 those sei-vices arc uploaded 
from the server. Thereafter, in step 1 34, the chent may be triggered to upload state 
information, in which case in step 136 the state information is uploaded from the 
server. 

After the following steps, the client has been provided vviili necessary 
cliCiii components to perform the requested services in accordance with tlie client 
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factors provided to the server. As a consequence, in step 140. the requested service is 
executed. 

It will be noted that, in some instances, a user may request a service 
that has already been loaded in a client. For example, may not have been purged from 
the client after the most recent use of the service if the client is configured to retain 
services after their use has ended. As another example, a user may wish to have two 
active windows accessing services, to facilitate comparison or manipulation of data 
relating to the ser\nces. In this case, when a second window to the service is opened, 
the client's component of the ser\dce may already be loaded in the client. In such a 
circumstance, represented by step 142, the client may proceed directly to step 140, and 
execute the requested services without requiring uploads or initialization. 

The execution of the requested service, represented by step 140, is 
continuous until the user disconnects from the service or the service remains unused 
for longer than a time-out period. As noted above, some services may be retained 
even if unused so as to avoid reloading. In the case of either a timc-out of a service, 
or a disconnection of the user from the service in step 144, if the service is to be 
purged, then in step 146 all services associated with the time-out or terminated 
connection are unloaded from the client. This frees resources of the client for other 
services. 

In use, the principles of the present invention may be utilized to 
substantially facilitate use of diverse heterogeneous clients jii a wide variety of 
applications. One such specific application is illustrated in Kig 5 through Fig. 8. In 
this application, brokerage of items of value such as homes or auiomobiles is provided 
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utilizing service components in a client and server in accordance with the principles of 
the present invention. 

Fig. 5 illustrates records for storing information utilized in a brokerage 
appHcation of this kind. Specifically, a plurality of product records 1 50 store 
information about the products that are subject to the brokerage sei-vice. For example, 
products may be homes offered for sale through a multiple listing service, or 
automobiles offered for sale, or any other items available for sale. Each product is 
associated with an unique identifying number or UIN that distinguishes the product 
from other products. Each product record 1 50 includes the UIN as well a description 
and name for the product, and an identifier for a broker responsible for brokerage of 
the product. The records further include an identifier for a calendar of availabihty of a 
product such as a dates on which a home may be viewed by a prospective home buyer 
or dates when an automobile may be test driven by a prospective buyer. Product 
records 150 are also illustrated to include a price that may be displayed when 
browsing through records. A variety of other information about products may be 
included in the product records 150 as appropriate for a particular application. 

As noted above, products are linked to brokers. This Imk is formed 
using a broker identifier. A plurality of brokerage records 160 identify each of a 
plurality of brokers of the products described in the product records 1 50. Each broker 
is identified by a broker identifier, by name, and by contact mformahon. 
Furthermore, the calendar for the broker such as the availabiliiy or the broker to show 
products to a possible buyer, is identified by a calendar associated with a calendar 
identifier. 
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As noted, products and brokers are linked to their calendars. This is 
done using a calendar identifier which can be used to identify one of number of 
calendar records 170. Calendar records 1 70 store information about a calendar, such 
as a calendar of availability, or a calendar of unavailabihty of a product or broker. 
5 Each calendar record is shown in Fig. 5, and contains a calendar identifier linking the 
calendar to a broker or product, as well as a number of appointment entries each 
relating to an appointment on the calendar. 

Referring now to Fig. 6, the use of data structures of Fig. 5 in the 
implementation of brokerage-related services can be explained. As noted above, a 

10 user may initiate one of a variety of services, in a variety of ways, and in accordance 
with the principles of the present invention these services are loaded as needed, and 
unloaded when no longer needed, hi the case of a brokerage server, a user may begin 
use of the server by, in step 180, requesting a "browse offline" service to browse a 
group of product records. In response, in step 182, product records may be uploaded 

15 to the customer's client device, as part of a service including that data as well as 

virtual machine code for browsing that data. Thereafter, in step 184 the chent may 
execute the code to execute the virtual machine code that has been uploaded from the 
server to view the product records uploaded from the server as provided by the 
**browse offline" service. 

2 0 Another manner in which a user may begin use of a brokerage service 

is illustrated m step 186, in which an user requests a "browse online" sei-vice to 
browse product and record data online. In response to this request, in step 1 88 vii tual 
machine code to browse records is uploaded to ihe chent device. Thereafter in step 
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190, the client executes an online browsing routine that has been uploaded from the 
ser\ace. 

It will be noted that the decision whether to browse product data offline 
or online may be made by the user, or alternatively, may be made as part of evaluating 
5 factors relating to the client to determine the manner in which a generic "browse" 
service is to be provided to that client. In the latter, case, the user would request a 
"browse'" service and in response, based upon an evaluation of factors including the 
connection speed of the client and its storage capacity, a decision would be made by 
the server whether to perfonn an offline or onlme browse, after which the interaction 

10 with the client would proceed as shown in steps 1 80-1 84 (for an offline browse) or as 
shown in steps 186-190 for an online browse). 

In either of the above scenanos, the client may browse through product 
records presented in a summary fashion to identify a product record of interest. When 
a product record of interest is identified, typically a universal identification number 

15 (UIN) IS obtained from the record being browsed, and used to select additional data 
regarding the product that has been identified. This may be done manually, or 
preferably the UIN may be automatically used m requesting a new service when a 
record including that UIN is designated by the user by, e.g., double clicking upon the 
record. 

2 0 It is also possible that a user may directly identify a universal 

identification number for a desired product, such as if that number is advertised on a 
"for saic^' sign associated with a house, or is included in an advertisement for a 
automobile for sale, or in other circumstances where an UIN may be directly 
identified lo a customer. 
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In any of these scenarios, as symbolized by step 192, a user may 
request a service for viewing a specific product's data, identifying that product by its 
UlN. In response, in step 194, the product record and virtual machine code to view 
that record are uploaded to the client device, as the client component of a new "view 
record" service. Then, in step 196, the client executes the view record virtual machine 
code to provide a user with the complete record of the product, as uploaded from the 
server. 

It will be noted that a client may request other services in the process 
of using a brokerage service in accordance with the principles of the present 
invention. For example, in step 198 the user may request a service to schedule 
brokerage for an identified product. In this case, in step 198 the client requests a 
"schedule brokerage" service that will be used to schedule brokerage for a broker 
associated with a selected product. In response in step 200, brokerage and calendar 
records and virtual machine code are uploaded to the client device. Next, in step 202 
the client device executes the brokerage scheduling ser\ace uploaded from the server 
to permit the user to schedule brokerage with the broker for the product of interest. 

The client may also access other services in a similar manner. For 
example, in step 204, a cHent may request a service provided by a financial firm, 
based upon advertisement for the firm included in a product record, using a URL for 
the financial firm identifier, or using another link to a desired product's record. The 
financial service then uploaded to the client may be used to request financing for 
purchasing the product, or an advance of credit for purchasing the product, in 
accordance with a revolving credit account. 
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Alternatively, in step 206 the client may contact another form of 
organization, such as a transportation organization (air hne, taxi service, etc.), using a 
URL or a link to a product, or other identifier. The client may request transportation 
services to visit the broker or product and/or to transport the product, as pari of 
5 purchasing the product. 

Figs. 7A and 7B are illustrative examples of operation of a Java Virtual 
Machine displaying real estate brokerage information in accordance with this example 
of the present invention. In Fig. 7A, it can be seen that summary information for a 
number of product records, including the address and price associated with each 
10 record, are listed in connection with a browsing service such as an offline browsing 
service or an online browsing service. Fig. 7B illustrates an alternative service in 
which details about a particular product record are displayed in accordance with a 
view record service as described in steps 192 through 196. It will be noted that, 
although the browsing and product information services are distinct services, their 
15 screen appearance is compatible and thus both services appear to be seamlessly 
connected parts of a single application- 
Referring to Fig- 8, it can be seen that in different varieties of client 
devices, services may result in substantially different functions or operations. For 
example, on a cellular telephone as illustrated in Fig. 8, browsing of product record 
2 0 informaiion is perfoi*med on the cellular telephone screen using a fomiat that is 

adapted for a cellular telephone, rather than a format adapted for a palm device as is 
sliown in Figs. 7A and 7B. 

Thus, it will be appreciaced from the foregoing thai ihe present 
invention provides improved method for providing services over a corn puling network 
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to a plurality of diverse heterogeneous clients and for providing those services in a 
manner that efficiently uses resources of the server and the clients while adapting to 
the increasingly wide variety of client platforms thxougli which such services can be 
provided, 

5 While the present invention has been illustrated by a description of 

various embodiments and while these embodiments have been described in 
considerable detail, it is not the intention of the applicants to restrict or in any way 
limit the scope of the appended claims to such detail. Additional advantages and 
modifications will readily appear to those skilled in the art. For example, while the 
1 0 present invention has been described in the context of client and server computer 
systems, those skilled in the art will appreciate that the mechanisms of the present 
invention are capable of being distributed as a program product in a variety of forms, 
and that the present invention applies equally regardless of the particular type of 
signal bearing media to actually carry out the distribution. Examples of signal bearing 

1 5 media include: recordable type media such as floppy disks (e^g., a floppy disk) and 

CD ROMS, and transmission type media such as digital and analog communication 
links, including wireless communication links. The invention in its broader aspects is 
therefore not limited to the specific details, representative apparatus and method, and 
illustrative example shown and described. Accordingly, departures may be made 

2 C from such details without departing from the spirit or scope of applicant's general 

inventive concept. 

What is claimed is; 
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